Methods and Systems for Managing a Patient Move

ABSTRACT

This disclosure describes systems and methods for managing a move of a patient being monitored or treated by a medical system, such as a medical ventilator. The disclosure describes a novel approach for preventing a patient from being moved from a first location to second different location that is connected to a monitoring and/or treatment system, before all of the necessary hoses have been disconnected from the patient. Further, the disclosure describes a novel approach of ensuring that all of the necessary hoses are reconnected to a patient being monitored or treated by a monitoring and/or treatment system after being moved from the first location to the second different location.

INTRODUCTION

Medical ventilator systems have long been used to provide supplemental oxygen/ventilatory support to patients. These ventilators typically comprise a source of pressurized air and oxygen which is fluidly connected to the patient through a conduit. Ventilators are adapted to improve safety and patient comfort. For example, some ventilators have been adapted to monitor the patient to ensure that the patient is being properly ventilated. As ventilators advance by integrating and/or connecting to other devices, the number of hoses and cables attached to the ventilators also increases.

MANAGING A PATIENT MOVE

This disclosure describes systems and methods for managing a move of a patient being monitored or treated by a medical system, such as a medical ventilator. The disclosure describes a novel approach for preventing a patient that is connected to a monitoring and/or treatment system from being moved from a first location to second different location, before all of the necessary hoses have been disconnected from the patient. Further, the disclosure describes a novel approach of ensuring that all of the necessary hoses are reconnected to a patient being monitored or treated by a monitoring and/or treatment system after being moved from the first location to the second different location.

In part, this disclosure describes a method for managing a move of a patient connected to a medical ventilator system. The method including:

-   -   receiving a movement notice of an intended patient move from a         first location to a second location, wherein the first location         and the second location are not the same;     -   determining a disconnection status of each necessary hose based         on the notice; and     -   issuing a movement notification based on the determined         disconnection statuses.

Yet another aspect of this disclosure describes a medical ventilator system including a pressure generating system, a plurality of sensors operatively coupled to at least one of the pressure generating system, the patient, and the ventilator breathing circuit, an operator interface, a movement module, a status module, a notification module, and a display module. The pressure generating system is adapted to control a flow of gas from a gas supply to a patient via a ventilator breathing circuit. The plurality of sensors monitors a plurality of parameters to generate sensor output. The operator interface receives operator input. The movement module determines an intended patient move from a first location to a second location based on at least one of the sensor output and operator input. The first location and the second location are not the same. The status module in response to the determined intended patient move determines a disconnection status of each necessary hose based on at least one of the sensor output and the operator input. The notification module determines a movement notification based the disconnection statuses from the status module. The display module displays the movement notification.

The disclosure further describes a computer-readable medium having computer-executable instructions for performing a method for managing a move of a patient connected to a medical ventilator system. The method includes:

-   -   repeatedly receiving a movement notice of an intended patient         move from a first location to a second location, wherein the         first location and the second location are not the same;     -   repeatedly determining a disconnection status of each necessary         hose based on the notice; and     -   repeatedly issuing a movement notification based on the         determined disconnection statuses.

These and various other features as well as advantages which characterize the systems and methods described herein will be apparent from a reading of the following detailed description and a review of the associated drawings. Additional features are set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the technology. The benefits and features of the technology will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are intended to provide further explanation of the disclosure and the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The following drawing figures, which form a part of this application, are illustrative of embodiments, systems, and methods described below and are not meant to limit the scope of the disclosure in any manner, which scope shall be based on the claims appended hereto.

FIG. 1 illustrates an embodiment of a ventilator system connected to a human patient.

FIG. 2 illustrates an embodiment of a method for managing the move of a patient connected a medical system.

FIG. 3 illustrates an embodiment of a movement notification.

FIG. 4 illustrates an embodiment of a movement notification.

FIG. 5 illustrates an embodiment of a movement notification.

FIG. 6 illustrates an embodiment of a movement notification.

FIG. 7 illustrates an embodiment of a reconnection notification.

DETAILED DESCRIPTION

Although the techniques introduced above and discussed in detail below may be implemented for a variety of medical devices, the present disclosure will discuss the implementation of these techniques in the context of a medical ventilator for use in providing ventilation support to a human patient. The reader will understand that the technology described also applies to other medical systems or devices that have multiple patient connections, such as vital signs monitoring devices, intra-aortic balloon pumps, pulse oximeters, infusion pumps, and etc. Additionally, these medical systems or devices could also be adapted for non-human patients and patient transport systems.

Over the years, the number of hoses and cable connected from medical systems, such as ventilators, to a patient has increased. While “cables” and “hoses” have different definitions, these terms are utilized interchangeably herein as a component that connects to a patient with each term being inclusive of the other. In order to move a patient, some or all of the hoses and cables connected from the medical system or device to the patient have to be disconnected from the patient. Accordingly, there may be a number of hoses and cables to disconnect from the patient before a patient can be moved away from the medical system. Because of the large number of hoses that need to be disconnected, a clinician could easily forget to disconnect one or more of the hoses before moving the patient and could potentially endanger the patient. For example, the movement could cause a patient to become extubated. Additionally, the operator or clinician after moving a patient may forget to reconnect a necessary hose or tube, which could also endanger the patient.

The present disclosure describes systems and methods for managing the move a patient to prevent the move of a patient without the disconnection of all the necessary hoses. In some embodiments, the systems and methods described herein issue a movement notification to inform the operator if the patient is ready for movement. In further embodiments, the systems and method the systems and methods described herein issue a reconnection notification to inform the operator that all of the necessary hoses have been reconnected to the patient after the patient has been move from one location to another location.

FIG. 1 is a diagram illustrating an embodiment of an exemplary ventilator 100 connected to a human patient 150. Ventilator 100 includes a pneumatic gas delivery system 102 (also referred to as a pressure generating system 102 or pneumatic system 102) for circulating breathing gases to and from patient 150 via the ventilation tubing system 130, which couples the patient 150 to the pneumatic system 102 via an invasive (e.g., endotracheal tube, as shown) or a non-invasive (e.g., nasal mask) patient interface 180.

Ventilation tubing system 130 (or patient circuit 130 or breathing circuit 130) may be a two-limb (shown) or a one-limb circuit for carrying gases to and from the patient 150. In a two-limb embodiment, a fitting, typically referred to as a “wye-fitting” 170, may be provided to couple a patient interface 180 (as shown, an endotracheal tube) to an inspiratory limb 132 and an expiratory limb 134 of the ventilation tubing system 130.

Pneumatic system 102 may be configured in a variety of ways. In the present example, pneumatic system 102 includes an expiratory module 108 coupled with the expiratory limb 134 and an inspiratory module 104 coupled with the inspiratory limb 132. Compressor 106 or other source(s) of pressurized gases (e.g., air, oxygen, and/or helium) is coupled with inspiratory module 104 and the expiratory module 108 to provide a gas source for ventilatory support via inspiratory limb 132.

The inspiratory module 104 is configured to deliver gases to the patient 150 according to prescribed ventilatory settings. The expiratory module 108 is configured to release gases from the patient's lungs according to prescribed ventilatory settings. Specifically, expiratory module 108 is associated with and/or controls an expiratory valve for releasing gases from the patient 150.

The ventilator 100 may also include one or more sensors 107 communicatively coupled to ventilator 100 and/or patient 150. The sensors 107 may be located in the pneumatic system 102, ventilation tubing system 130, and/or on the patient 150. The embodiment of FIG. 1 illustrates a sensor 107 in pneumatic system 102, in the patient interface 180, and attached to the patient 150.

Sensors 107 may communicate with various components of ventilator 100, e.g., pneumatic system 102, other sensors 107, processor 116, movement module 115, status module 117, notification module 118 and/or any other suitable components and/or modules. In one embodiment, sensors 107 generate output and send this output to pneumatic system 102, other sensors 107, processor 116, movement module 115, status module 117, notification module 118 and/or any other suitable components and/or modules. Sensors 107 may employ any suitable sensory or derivative technique for monitoring one or more parameters associated with the patient 150 and the ventilation of a patient 150. Sensors 107 may detect changes in patient parameters indicative of patient triggering, for example. Sensors 107 may be placed in any suitable location, e.g., within the ventilatory circuitry or other devices communicatively coupled to the ventilator 100. Further, sensors 107 may be placed in any suitable internal location, such as, within the ventilatory circuitry or within components or modules of ventilator 100. For example, FIG. 1 illustrates a pressure sensor 107 a, an endotracheal tube pressure sensor connection 107 b, an oximeter sensor 107 c, and a sensor 107 d, which may be any one of the following sensors: a proximity tag 107 d, a motion sensor 107 d, or a RFID tag 107 d. In some embodiments, a sensor 107 may be wireless as illustrated by sensor 107 d in FIG. 1. Further, sensors 107 may detect where a hose or tube is connected to a patient 150 and/or a ventilator 100. In some examples, sensors 107 may be affixed to the ventilatory tubing or may be embedded in the tubing itself. In other embodiments, sensors 107 may detect patient and/or ventilator movement. For example, the ventilator 100 may be electronically coupled to a motion sensor 107 d, a proximity tag 107 d, RFID tag 107 d and/or any other sensor 107 suitable for determining movement of the patient 150 and/or ventilator 100. Any sensory device useful for monitoring changes in measurable parameters during ventilatory treatment, patient location, or the connection status of a hose or cable may be employed in accordance with embodiments described herein.

As should be appreciated, with reference to the Equation of Motion, ventilatory parameters are highly interrelated and, according to embodiments, may be either directly or indirectly monitored. That is, parameters may be directly monitored by one or more sensors 107, as described above, or may be indirectly monitored or estimated/calculated using a model, such as a model derived from the Equation of Motion

(e.g., Target Airway Pressure(t)=E _(p) ∫Q _(p) dt+Q _(p) R _(p)−Patient Effort(t).

The pneumatic system 102 may include a variety of other components, including an oximeter 105, mixing modules, valves, tubing, accumulators, filters, etc. Controller 110 is operatively coupled with pneumatic system 102, signal measurement and acquisition systems, and an operator interface 120 that may enable an operator to interact with the ventilator 100 (e.g., change ventilator settings, select operational modes, view monitored parameters, etc.).

In one embodiment, the operator interface 120 of the ventilator 100 includes a display module 122 communicatively coupled to ventilator 100. Display module 122 may provide various input screens, for receiving clinician input, and various display screens, for presenting useful information to the clinician. In one embodiment, the display module 122 is configured to include a graphical user interface (GUI). The GUI may be an interactive display, e.g., a touch-sensitive screen or otherwise, and may provide various windows and elements for receiving input and interface command operations. Alternatively, other suitable means of communication with the ventilator 100 may be provided, for instance by a wheel, keyboard, mouse, or other suitable interactive device. Thus, operator interface 120 may accept commands and input through display module 122 and/or or another communication device.

Display module 122 may also provide useful information in the form of various ventilatory data regarding ventilator parameters, patient location, connection status of necessary hoses 131, and/or the physical condition of a patient 150. The useful information may be derived by the ventilator 100, based on data collected by a processor 116, and the useful information may be displayed to the clinician in the form of graphs, wave representations, lists, check lists, pie graphs, text, or other suitable forms of graphic display. For example, patient data may be displayed on the GUI and/or display module 122. In some embodiments, the display module 122 may be remote display module. Additionally or alternatively, useful information and/or ventilator parameters may be communicated to and displayed on an additional remote display module and/or on a remote monitoring system coupled via any suitable means to the ventilator 100, such as a tablet or PC. The remote display module or remote monitoring system are not physically attached to the pneumatic system 102 of the ventilator 100 and may be in the same room or over a mile away from the patient 150 or the pneumatic system 102 of the ventilator 100. In some embodiments, the display module 122 and/or remote monitoring display system displays a movement notification, a confirmation notification, and/or a reconnection notification.

Controller 110 may include memory 112, one or more processors 116, storage 114, and/or other components of the type commonly found in command and control computing devices. Controller 110 may further include a movement module 115, status module 117, and/or a notification module 118 as illustrated in FIG. 1. In alternative embodiments, a movement module 115, status module 117, and/or a notification module 118 may be located in other components of the ventilator 100, such as the pressure generating system 102 (also known as the pneumatic system 102).

The memory 112 includes non-transitory, computer-readable storage media that stores software that is executed by the processor 116 and which controls the operation of the ventilator 100. In an embodiment, the memory 112 includes one or more solid-state storage devices such as flash memory chips. In an alternative embodiment, the memory 112 may be mass storage connected to the processor 116 through a mass storage controller (not shown) and a communications bus (not shown). Although the description of computer-readable media contained herein refers to a solid-state storage, it should be appreciated by those skilled in the art that computer-readable storage media can be any available media that can be accessed by the processor 116. That is, computer-readable storage media includes non-transitory, volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. For example, computer-readable storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by the computer. The movement module 115 determines an intended patient move from a first location to a second different location based on sensor output and/or operator input. In some embodiments, the movement module 115 determines an intended patient move based on operator input. For example, the operator may select or input into the ventilator 100 that the patient 150 is going to be moved, such as by selecting or pushing a transport button. In some embodiments, the ventilator 100 determines an intended patient move based on sensor output. For example, the ventilator 100 may be connected to a motion sensor 107 d, a proximity tag 107 d, a RFID tag 107 d and/or any other sensor 107 suitable for determining movement of the patient 150 and/or ventilator 100. In some embodiments, the ventilator 100 determines an intended patient move based on a camera directed at the patient. In other embodiments, the ventilator 100 determines an intended patient move based on sensor output and operator input. For example, the ventilator 100 may detect that the patient 150 is being moved based on sensor output, but not determine an intended patient movement until the detected patient movement is confirmed by operator input.

In some embodiments, the ventilator 100 includes a proximity tag 107 d as part of proximity system utilized by the ventilator 100. In this embodiment, the proximity tag 107 d is attached to a patient 150 or located on a device or mechanism in close proximity or attached to the patient 150, such as the hospitable bed, oximeter sensor 107 c, or endotracheal tube 180. In this embodiment, when the proximity tag 107 d is located at a predetermined distance from the ventilator 100, the movement module 115 either sends instructions to issue a confirmation notification or determines an intended patient movement. The confirmation notification notifies the operator that the patient 150 is a predetermined distance from the ventilator 100 and requests operator input to confirm or deny an intended patient movement. A notification as used herein may be any suitable system or method for notifying an operator, such as a visual, audio, and/or other sensory notification (e.g., vibration). For example, the notification may be displayed on the screen, alarm, and/or vibrate in order to notify the operator. Accordingly, a notification may be a visual notification, audio notification, and/or a vibrational notification. In some embodiments, the confirmation notification is a displayed transport button that may be selected or pushed by the operator.

In some embodiments, the ventilator 100 includes a motion sensor 107 d. In this embodiment, the motion sensor 107 d is attached to a patient 150 or located on a device or mechanism in close proximity or attached to the patient 150, such as the hospitable bed, the ventilator 100, or endotracheal tube. In this embodiment, when the motion sensor 107 d detects a predetermined amount of movement, the movement module 115 either sends instructions to issue a confirmation notification or determines an intended patient movement. The confirmation notification notifies the operator that motion was detected and requests operator input to confirm or deny an intended patient movement.

In some embodiments, the ventilator 100 includes a RFID tag 107 d as part of an RFID system utilized by the ventilator 100. In this embodiment, the RFID tag 107 d is attached to a patient 150 or located on a device or mechanism in close proximity or attached to the patient 150, such as the hospitable bed, or endotracheal tube. In this embodiment, when the RFID tag 107 d is located at a predetermined distance from the ventilator 100 or can no longer be detected by the ventilator 100 because the RFID tag 107 d is out of signal range, the movement module 115 either sends instructions to issue a confirmation notification or determines an intended patient movement. The confirmation notification notifies the operator that the patient 150 is a predetermined distance from the ventilator 100 and requests operator input to confirm or deny an intended patient movement.

If the operator confirms the intended movement, the movement module 115 determines an intended patient movement. In some embodiments, the operator confirms an intended movement by selecting or pushing a transport button. If the operator denies the intended movement, the movement module 115 does not determine an intended patient movement. If the movement module 115 determines an intended patient move from a first location to a second different location, the movement module 115 sends instructions to the status module 117 to perform a disconnection status check. If the movement module 115 does not determine an intended patient move, then the movement module 115 continues to monitor for an intended patient move and does not send any instructions to the status module 117.

The status module 117 determines a disconnection status of each necessary hose 131 or other patient connection based on sensor output and/or operator input. Accordingly, the status module 117 also determines a connection status of each necessary hose 131 based on sensor output and/or operator input since a hose can only be either connected or disconnected. The status module 117 begins checking or monitoring the disconnection statuses of the necessary hoses 131 after the status module 117 receives instructions from the movement module 115. The necessary hose 131 is any ventilator hose 131 that needs to be or should be disconnected from the patient 150 and/or ventilator 100 in order to move the patient 150. In some embodiments, the ventilator 100 determines the necessary hoses 131. The ventilator 100 may determine the necessary hoses 131 based on sensor output or based on a predetermined list programmed into the ventilator 100. In other embodiments, the necessary hoses 131 are selected or input by the operator. For example, FIG. 1 illustrates three different necessary hoses 131, a ventilation tubing circuit 131 a, a flow sensor hose 131 b, and an oximeter cable 131 c. As illustrated in FIG. 1, the ventilation tubing circuit 131 a and the oximeter cable 131 c are connected, while the flow sensor hose 131 b is disconnected.

The ventilator 100 may determine if a necessary hose 131 is disconnected or connected by monitoring sensor output. In some embodiments, the hose 131 may contain a connection sensor that solely determines if a hose 131 is connected or disconnected from a patient 150. In some embodiments, the ventilator 100 determines hose connection status by monitoring the presence or absence of output of a sensor. For example, the ventilator 100 may determine that a capnometer sensor is attached to a patient 150 if the ventilator 100 is receiving a CO₂ output from the capnometer sensor and may determine that a capnometer sensor is disconnected from the patient 150 if the ventilator 100 is not receiving a CO₂ output from the capnometer sensor. Table 1 below provides a list of sensor outputs that the ventilator 100 may utilize to determine connection statuses of necessary hoses 131. In some embodiments, more than one sensor output may be utilized or different sensor output may be utilized depending on the ventilator components and sensor to determine the connection status of a necessary hose 131.

TABLE 1 Ventilator Determined Connection Status Based on Sensor Output Device Connected Disconnected Capnometer sensor Presence of CO₂ signal Loss of CO₂ signal Capnometer sensor Presence of circuit pressure Loss of circuit pressure Endotracheal tube Presence of ET cuff pressure Loss of ET cuff pressure signal (ET) cuff pressure signal Proximal flow sensor Presence of flow signal Loss of flow signal Proximal flow sensor Presence of pressure signals Loss of pressure signals from from proximal flow sensor proximal flow sensor Catheter Presence of E_(di) signal Loss of E_(di) signal Carinal pressure Presence of Carinal pressure Loss of Carinal pressure signal signal ECG Leads Presence of ECG signal Loss of ECG signal ECG Leads Presence of respiratory rate Loss of respiratory rate signal signal from ECG leads from ECG leads Esophageal balloon Presence of Esophageal Loss of Esophageal balloon pressure balloon pressure signal pressure signal Pulse Oximeter Presence of oximeter signal Loss of oximeter signal from from bedside device bedside device Pulmonary Artery Presence of PA signal Loss of PA signal (PA) Catheter Intra-cranial pressure Presence of ICP signal Loss of ICP signal (ICP) monitor Intra-aortic Balloon Start IABP device (pump on) Discontinuance IABP device Pump (IABP) (pump off) Infusion pump Start of IV fluid flow (pump Discontinuance of IV fluid flow on) (pump off)

In some embodiments, the ventilator 100 may determine if a necessary hose 131 is disconnected or connected by monitoring operator input. The operator can select or input the disconnection of each hose 131 as the operator disconnects the hose 131. The status module 117 may send instructions to the display module 122 to display a disconnection check list to provide the operator with a list of all the necessary hoses 131 that need to be disconnected. In some embodiments, the disconnection check list may be interactive and mark each necessary hose 131 as a hose 131 is disconnected based on operator input.

In other embodiments, the ventilator 100 determines the disconnection statutes based on sensor output and operator input. For example, the ventilator 100 may detect that a necessary hose 131 is disconnected based on sensor output, but may not determine a disconnection until the detected disconnection is confirmed by operator input.

The status module 117 continues to check or update the disconnection statuses of the necessary hoses 131 until the status module 117 receives instructions to stop determining the connection statuses of the necessary hoses 131 from operator input and/or from the notification module 118.

The status module 117 sends the determined disconnection statuses of the necessary hoses 131 to the notification module 118. The notification module 118 determines a movement notification based on the disconnection statuses. The notification module 118 sends instruction to other ventilator components to issue the determined or generated movement notification. In some embodiments, the notification module 118 sends the instructions to the display module 122 for displaying the movement notification. In other embodiments, the notification module 118 sends instructions to the processor 116 or pneumatic system 102 for issuing the movement notifications. The notification module 118 may send the instruction to any suitable component or components of the ventilator 100 for issuing the movement notification.

The movement notification notifies the operator about whether the patient 150 is ready or not ready to be moved from a first location to a second different location based on the disconnection statuses received from the status module 117. For example, the patient may be being moved from one hospital room to another room, from one hospital wing to another wing, or even from a hospital to another location, such as the patient home. The movement notification is any suitable system or method for notifying an operator that the patient 150 either ready or not ready to be moved, such as a visual, audio, and/or other sensory notification (e.g., vibration).

If the notification module 118 determines that any of the necessary hoses 131 are still connected based on the received disconnection statuses, then the notification module 118 determines that the patient 150 is not ready to be moved. If the patient 150 is not ready to be moved, then the notification module 118 generates a movement notification that informs the operator that the patient 150 is not ready to be moved. If the notification module 118 determines that all of the necessary hoses 131 have been disconnected, the notification module 118 determines that the patient 150 is ready to be moved from first location to a different second location. If the patient 150 is ready to be moved, then the notification module 118 generates a movement notification that informs the operator that the patient 150 is ready to be moved.

In some embodiments, the movement notification is displayed. FIGS. 3-6 illustrate different embodiments of screen shots of a movement notification 300, 400, 500, 600 and 700. The displayed movement notification will indicate if the patient 150 is ready to be moved or if the patient 150 is not ready to be moved as illustrated in FIGS. 3-6. In some embodiments, the display notification may list each of the necessary hoses 131 and the disconnection status of each of the necessary hoses 131 as illustrated in FIGS. 5 and 6. The disconnection status may be marked with icons, symbols, colors, animation, and/or any other suitable method for showing that a necessary hose 131 is connected or disconnected. In some embodiments, the notification module 118 continuously updates the movement notification based on the received disconnection status from the status module 117 until each of the necessary hoses 131 has been disconnected and/or until operator input is received that ends the movement notification. In further embodiments, the movement notification may be displayed on a graphical user interface and be interactive with the operator as illustrated in FIGS. 5 and 6. In this embodiment, the operator may be able to select a listed necessary hose 131 and change the connection status of the selected necessary hose 131 to connected and/or disconnected.

In other embodiments, the displayed movement notification lists only the necessary hoses 131 that are disconnected as illustrated in FIG. 3. In this embodiment, the notification module 118 removes necessary hoses 131 from the movement notification as they become connected based on the disconnection statuses received from status module 117. Accordingly, in this embodiment, if the patient 150 is ready to be moved, then no necessary hoses 131 are listed on the movement notification.

As discussed above, operator input may end the display of the movement notification by the notification module 118. If the operator selects to end the movement notification, the notification module 118 stops sending instruction to the ventilator components for issuing the movement notification. Further, if the operator selects to end the movement notification, the statuses module stops checking or monitoring the connection statuses of the necessary hoses 131. Alternatively, the movement notification may end after the issuance of or after a set amount of time from the issuance of a movement notification that informs the operator that the patient 150 is ready to be moved.

In some embodiments, after the end of a movement notification, the movement module 115 may further determine that the patient 150 has been moved from the first location to the different second location based on operator input and/or generated sensor output. For example, the operator may select or input into the ventilator 100 that the patient 150 has been moved, such as by selecting or pushing a reconnection button. In some embodiments, the ventilator 100 determines the second location based on sensor output. For example, the ventilator 100 may be connected to a motion sensor 107 d, a proximity tag 107 d, RFID tag 107 d and/or any other sensor 107 suitable for determining movement of the patient 150 and/or ventilator 100. In other embodiments, the ventilator 100 determines an intended patient move based on sensor output and operator input. For example, the ventilator 100 may detect that the patient 150 has moved to the second location based on sensor output, but not determine that the patient 150 has moved until the detected second location is confirmed by operator input.

In some embodiments, the sensors may be able to detect that a patient 150 has moved to a second location because the spot of the second location has been input into the ventilator 100. For example, an RFID sensor in the second location may detect the presence of the RFID tag associated with the patient 107 d. In another example, a second proximity tag 107 d may be utilized in the second location, therefore, when the ventilator 100 is in range of the second proximity tag 107 d, the ventilator 100 knows that the patient 150 has been moved to a second location.

If the ventilator 100 detects that the patient 150 is in the second location, the movement module 115 either sends instructions to issue a check notification or determines an intended patient movement. The check notification notifies the operator that the patient 150 is in the second location and requests operator input to confirm or deny that the patient 150 is in the second location.

If the operator confirms the second location, the movement module 115 determines that the patient 150 is in the second location. In some embodiments, the operator confirms the second location by selecting or pushing a reconnection button. If the operator denies the second location, the movement module 115 does not determine that the patient 150 is in the second location. If the movement module 115 determines that the patient 150 has moved from the first location to the second different location, the movement module 115 sends instructions to the status module 117 to perform a connection status check. If the movement module 115 does not determine that the patient 150 has moved to the second location, then the movement module 115 continues to monitor for the second location and does not send any instructions to the status module 117.

As discussed above, the status module 117 determines a connection status of each necessary hose 131 based on sensor output and/or operator input. Again, the status module 117 begins checking or monitoring the connection statuses of the necessary hoses 131 after the status module 117 receives instructions from the movement module 115. Again, the status module 117 continues to check or update the connection statuses of the necessary hoses 131 until the status module 117 receives instructions to stop determining the connection statuses of the necessary hoses 131 from operator input and/or from the notification module 118. The status module 117 sends the determined connection statuses of the necessary hoses 131 to the notification module 118.

The notification module 118 determines a reconnection notification based on the connection statuses. The reconnection notification notifies the operator about whether the or not all of the necessary hoses 131 have been reconnected to the patient 150 based on the connection statuses received from the status module 117. The reconnection notification is any suitable system or method for notifying an operator that the patient 150 is either properly connected to ventilator 100 for ventilation or not properly connected to the ventilator 100 for ventilation, such as a visual, audio, and/or other sensory notification (e.g., vibration).

The notification module 118 sends instructions to other ventilator 100 components to issue the determined or generated reconnection notification. In some embodiments, the notification module 118 sends the instructions to the display module 122 for displaying the reconnection notification. In other embodiments, the notification module 118 sends instructions to the processor 116 or pneumatic system 102 for issuing the reconnection notification. The notification module 118 may send the instruction to any suitable component or components of the ventilator 100 for issuing the reconnection notification.

If the notification module 118 determines that any of the necessary hoses 131 are not connected to the patient 150 based on the received disconnection statuses, then the notification module 118 determines that the patient 150 is not properly connected to the ventilator 100. If the patient 150 is not properly connected, then the notification module 118 generates a reconnection notification that informs the operator that the patient 150 is not properly connected to the ventilator 100 or that at least one necessary hose 131 still needs to be connected. If the patient 150 is properly connected, then the notification module 118 generates a reconnection notification that informs the operator that the patient 150 is not properly connected to the ventilator 100 or that all of the necessary hoses 131 are connected to the patient 150.

In some embodiments, the reconnection notification is displayed. FIG. 7 illustrates an embodiment of a screen shot of a reconnection notification 700. The displayed reconnection notification will indicate if the all of the necessary hoses 131 have been reconnected to the patient 150 or not. In some embodiments, the displayed reconnection notification may list each of the necessary hoses 131 and the disconnection status of each of the necessary hoses 131. The disconnection status may be marked with icons, symbols, colors, animation, and/or any other suitable method for showing that a necessary hose 131 is connected or disconnected. In some embodiments, the notification module 118 continuously updates the displayed reconnection notification based on the received disconnection status from the status module 117 until each of the necessary hoses 131 has been connected and/or until operator input is received that ends the reconnection notification. In further embodiments, the reconnection notification may be displayed on a graphical user interface and be interactive with the operator. In this embodiment, the operator may be able to select a listed necessary hose 131 and change the connection status of the selected necessary hose 131 to connected and/or disconnected.

In other embodiments, the displayed reconnection notification lists only the necessary hoses 131 that are disconnected as illustrated in FIG. 7. In this embodiment, the notification module 118 removes necessary hoses 131 from the displayed reconnection notification as they become connected based on the disconnection statuses received from status module 117. Accordingly, in this embodiment, if the all of the necessary hoses 131 are connected to the patient 150, then no necessary hoses 131 are listed on the displayed reconnection notification.

As discussed above, operator input may end the display of the reconnection notification by the notification module 118. If the operator selects to end the reconnection notification, the notification module 118 stops sending instructions to the ventilator components for issuing the reconnection notification. Further, if the operator selects to end the reconnection notification, the status module 117 stops checking or monitoring the connection statuses of the necessary hoses 131. Alternatively, the reconnection notification may end after issuance of or after a set amount of time from the issuance of a reconnection notification that informs the operator that the all of the necessary hoses 131 have been connected to the patent.

As discussed above, ventilators or medical systems often require numerous hoses to be connected to a patient making it easy for a clinician to forget to disconnect a necessary hose prior to a patient move from a first location to a second location. Accordingly, FIG. 2 illustrates an embodiment of a method 200 for managing a move of a patient connected to a medical system, such as a medical ventilator. More specifically, method 200 ensures that all necessary hoses connected to a patient are disconnected before a patient is moved from a first location to a different second location. Further, in some embodiments, after a patient is moved to the different second location, method 200 also ensures that all of the necessary hoses are reconnected to the patient.

As illustrated, method 200 includes a receiving operation 202. The ventilator or medical system during the receiving operation 202 receives a movement notice. The received movement notice is notice of an intended patient movement from a first location to a second different location. The received movement notice of an intended patient move is based on operator input and/or generated sensor output. For example, the operator may select or input into the medical system that the patient is going to be moved, such as by selecting or pushing a transport button.

In some embodiments, the medical system determines an intended patient move based on sensor output. For example, the medical system may be connected to a motion sensor, a proximity tag, RFID tag and/or any other systems or methods suitable for determining movement of the patient and/or medical system. In other embodiments, the medical system determines an intended patient move based on sensor output and operator input. For example, the medical system may detect that the patient is being moved based on sensor output, but not determine an intended patient movement until the detected patient movement is confirmed by operator input.

For example, the medical system during the receiving operation 202 may issue a confirmation notification that notifies the operator that motion was detected and request operator input to confirm or deny an intended patient movement. If the operator confirms the intended movement, the medical system during receiving operation 202 receives a movement notice. In some embodiments, the operator confirms an intended movement by selecting or pushing a transport button. If the operator denies the intended movement, the medical system during the receiving operation 202 does not receive a movement notice.

Further, method 200 includes a determining operation 204. The ventilator or medical system during the determining operation 204 determines the disconnection status of each necessary hose after the movement notice is received. The medical system during the determining operation 204 determines the disconnection status of each of the necessary hoses based on operator input and/or generated sensor output. Accordingly, the medical system during the determining operation 204 also determines a connection status of each necessary hose based on sensor output and/or operator input because a necessary hose can either be connected or disconnected.

The medical system during the determining operation 204 may determine if a necessary hose is disconnected or connected by monitoring sensor output. In some embodiments, the hose may contain a connection sensor that solely determines if a hose is connected or disconnected from a patient. In some embodiments, the medical system during the determining operation 204 determines hose connection status by monitoring the presence or absence of output of a sensor. For example, the medical system may determine that a capnometer sensor is attached to a patient if the medical system is receiving a CO₂ output from the capnometer sensor and may determine that a capnometer sensor is disconnected from the patient if the medical system is not receiving a CO₂ output from the capnometer sensor. Table 1 above provides a list of sensor outputs that the medical system may utilize to determine connection statuses of necessary hoses. In some embodiments, more than one sensor output may be utilized or different sensor output may be utilized depending on the medical system components and sensor to determine the connection status of a necessary hose.

In some embodiments, the medical system during the determining operation 204 may determine if a necessary hose is disconnected or connected by monitoring operator input. The operator can select or input the disconnection of each hose as the operator disconnects the hose.

In other embodiments, the medical system during the determining operation 204 determines the disconnection statutes based on sensor output and operator input. For example, the medical system may detect that a necessary hose is disconnected based on sensor output, but may not determine a disconnection until the detected disconnection is confirmed by operator input. In some embodiments, the medical system during the determining operation 204 continues to check or update the disconnection statuses of the necessary hoses until the medical system receives instructions to stop determining the disconnection statuses of the necessary hoses from operator input. In other embodiments, the medical system during the determining operation 204 continues to check or update the disconnection statuses of the necessary hoses until movement notification that informs the operator that it is safe to move the patient from a first location to a second location issues.

Method 200 also includes an issuing operation 206. The ventilator or medical system during issuing operation 206 issues a movement notification based on the determined disconnection status for each necessary hose. The medical system during issuing operation 206 determines a movement notification based on the disconnection statuses and issues the generated movement notification. The movement notification notifies the operator about whether the patient is ready or not ready to be moved from a first location to a second different location. The movement notification is any suitable system or method for notifying an operator that the patient either ready or not ready to be moved, such as a visual, audio, and/or other sensory notification (e.g., vibration). In some embodiments, the medical system during issuing operation 206 displays the movement notification.

If the medical system during issuing operation 206 determines that any of the necessary hoses are still connected based on the received disconnection statuses, then the medical system determines that the patient is not ready to be moved even if the operator has indicated that that such disconnections have been performed. If the patient is not ready to be moved, then the medical system during issuing operation 206 generates a movement notification that informs the operator that the patient is not ready to be moved. Thus, the medical system confirms the operator's inputs of disconnection statuses before indicating that the patient is ready to be moved. If the medical system during issuing operation 206 determines that all of the necessary hoses have been disconnected, the medical system determines that the patient is ready to be moved from first location to a different second location. If the patient is ready to be moved, then the medical system during issuing operation 206 generates a movement notification that informs the operator that the patient is ready to be moved.

In some embodiments, the medical system during issuing operation 206 displays the movement notification. FIGS. 3-6 illustrate embodiments of screen shots of a displayed movement notification 300, 400, 500, 600 and 700. The displayed movement notification will indicate if the patient is ready to be moved or if the patient is not ready to be moved as illustrated in FIGS. 3-6. The display of the movement notification is discussed above in further detail.

As discussed above, operator input may end the display of the movement notification by the medical system during issuing operation 206. If the operator selects to end the movement notification, the medical system during issuing operation 206 stops issuing the movement notification. Further, if the operator selects to end the movement notification, the medical system during the determining operation 204 stops checking or monitoring the disconnection statuses of the necessary hoses. Alternatively, the movement notification may end after the issuance of a movement notification or after a set amount of time after the issuance of the movement notification that informs the operator that the patient is ready to be moved.

In some embodiments, after the ending of the issuing operation 206, method 200 further includes a reconnection receiving operation 208, a connection determining operation 210, and a reconnection notification operation 212. The medical system or medical system during the reconnection receiving operation 208 receives a reconnection notice of an intended reconnection of the patient to the medical system or medical system. The medical system during the reconnection receiving operation 208 receives a reconnection notice based on operator input and/or generated sensor output. For example, the operator may select or input into the medical system that the patient has been moved, such as by selecting or pushing a reconnection button. In some embodiments, the medical system determines an intended patient move based on sensor output. For example, the medical system may be connected to a motion sensor, a proximity tag, RFID tag and/or any other system or method suitable for determining movement of the patient and/or medical system. In other embodiments, the medical system determines an intended patient move based on sensor output and operator input. For example, the medical system may detect that the patient has moved to the second location based on sensor output, but not determine that the patient has moved until the detected second location is confirmed by operator input.

In some embodiments, the sensors may be able to detect that a patient has moved to a second location because the spot of the second location has been input into the medical system. For example, the RFID tag may be able to determine hospital location based on other RFID tags or markers within the hospital. For example, a second proximity tag may be utilized in the second location, therefore, when the medical system is in range of the second proximity tag, the medical system knows that the patient has been moved to a second location.

If the medical system detects that the patient is in the second location, the medical system during the reconnection receiving operation 208 issues a check notification or receives a reconnection notice. The check notification notifies the operator that the patient is in the second location and requests operator input to confirm or deny that the patient is in the second location.

If the operator confirms the second location, the medical system during the reconnection receiving operation 208 receives a reconnection notice. In some embodiments, the operator confirms the second location by selecting or pushing a reconnection button. If the operator denies the second location, the medical system during the reconnection receiving operation 208 does not receive a reconnection notice. If the medical system during the reconnection receiving operation 208 does not receive a reconnection notice, then the medical system during the reconnection receiving operation 208 continues to monitor for the reconnection notice.

The ventilator or medical system during the connection determining operation 210 determines the connection status of each necessary hose based on the reconnection notice. As discussed above, the medical system determines a connection status of each necessary hose based on sensor output and/or operator input. Again, the medical system continues to check or update the connection statuses of the necessary hoses until the reconnection notification operation 212 ends.

The ventilator or medical system during the reconnection notification operation 212 issues a reconnection notification based on the determined connection statuses. The reconnection notification notifies the operator about whether the or not all of the necessary hoses have been reconnected to the patient based on the determined disconnection statuses by the connection determining operation 210. The reconnection notification is any suitable system or method for notifying an operator that the patient is either properly connected to medical system or not properly connected to the medial system, such as a visual, audio, and/or other sensory notification (e.g., vibration).

If the medical system during the reconnection notification operation 212 determines that any of the necessary hoses are not connected to the patient based on the received disconnection statuses, then the medical system determines that the patient is not properly connected to the medical system. If the patient is not properly connected, then the medical system issues a reconnection notification that informs the operator that the patient is not properly connected to the medical system or that at least one necessary hose still needs to be connected. If the patient is properly connected, then the medical system generates a reconnection notification that informs the operator that the patient is not properly connected to the medical system or that all of the necessary hoses are connected to the patient.

In some embodiments, the reconnection notification is displayed. FIG. 7 illustrates an embodiment of a screen shot of a reconnection notification 700. The displayed reconnection notification will indicate if the all of the necessary hoses have been reconnected to the patient or not. In some embodiments, the displayed reconnection notification may list each of the necessary hoses and the connection status of each of the necessary hoses. The disconnection status may be marked with icons, symbols, colors, animation, and/or any other suitable method for showing that a necessary hose is connected or disconnected. In some embodiments, the medical system during the reconnection notification operation 212 continuously updates the displayed reconnection notification based on the determined disconnection statuses until each of the necessary hoses has been connected and/or until operator input is received that ends the reconnection notification. In further embodiments, the reconnection notification may be displayed on a graphical user interface and be interactive with the operator. In this embodiment, the operator may be able to select a listed necessary hose and change the connection status of the selected necessary hose to connected and/or disconnected.

In other embodiments, the displayed reconnection notification lists only the necessary hoses that are disconnected as illustrated in FIG. 7. In this embodiment, the medical system during the reconnection notification operation 212 removes necessary hoses from the displayed reconnection notification as they become connected based on the determined connection statuses. Accordingly, in this embodiment, if the all of the necessary hoses are connected to the patient, then no necessary hoses are listed on the displayed reconnection notification.

As discussed above, operator input may end the reconnection notification operation 212. If the operator selects to end the reconnection notification operation 212, the medical system stops issuing the reconnection notification. Further, if the operator selects to end the reconnection notification, the medical system ends the connection determining operation 210. Alternatively, the reconnection notification operation 212 may end after the issuance of a reconnection notification or after a set amount of time after the issuance of reconnection notification that informs the operator that the all of the necessary hoses have been connected to the patent.

In one embodiment, method 200 is performed by the medical ventilator system illustrated in FIG. 1 and described above. In an alternative embodiment, a computer-readable medium having computer-executable instructions for performing methods for managing the move of a patient connected to a medical system are disclosed. These methods include repeatedly performing the steps illustrated in FIG. 2 and as described in the description of FIG. 2 above. In some embodiments, the medical system is a medical ventilator.

In another embodiment, the medical system includes: means for performing each of the operations illustrated in FIG. 2 and as described above in the description of FIG. 2. In one embodiment, the means for a medical ventilator system are illustrated in FIG. 1 and described in the above description of FIG. 1. However, the means described above for FIG. 1 and illustrated in FIG. 1 are but one example only and are not meant to be limiting.

Those skilled in the art will recognize that the methods and systems of the present disclosure may be implemented in many manners and as such are not to be limited by the foregoing exemplary embodiments and examples. In other words, functional elements being performed by a single or multiple components, in various combinations of hardware and software or firmware, and individual functions, can be distributed among software applications at either the client or server level or both. In this regard, any number of the features of the different embodiments described herein may be combined into single or multiple embodiments, and alternate embodiments having fewer than or more than all of the features herein described are possible. Functionality may also be, in whole or in part, distributed among multiple components, in manners now known or to become known. Thus, myriad software/hardware/firmware combinations are possible in achieving the functions, features, interfaces and preferences described herein. Moreover, the scope of the present disclosure covers conventionally known manners for carrying out the described features and functions and interfaces, and those variations and modifications that may be made to the hardware or software or firmware components described herein as would be understood by those skilled in the art now and hereafter.

Numerous other changes may be made which will readily suggest themselves to those skilled in the art and which are encompassed in the spirit of the disclosure and as defined in the claims. While various embodiments have been described for purposes of this disclosure, various changes and modifications may be made which are well within the scope of the present disclosure. Numerous other changes may be made which will readily suggest themselves to those skilled in the art and which are encompassed in the spirit of the disclosure and as defined in the claims. 

What is claimed is:
 1. A method for managing a move of a patient connected to a medical ventilator system, the method comprising: receiving a movement notice of an intended patient move from a first location to a second location, wherein the first location and the second location are not the same; determining a disconnection status of each necessary hose based on the notice; and issuing a movement notification based on the determined disconnection statuses.
 2. The method of claim 1, wherein each of the necessary hoses has been disconnected based on the determined disconnection statuses.
 3. The method of claim 2, wherein the issuing step comprises: displaying the movement notification, wherein the movement notification informs an operator that the patient is ready for movement from the first location to the second location.
 4. The method of claim 3, wherein the movement notification includes a list of all the necessary hoses that have been disconnected.
 5. The method of claim 3, wherein the display of the movement notification that informs the operator that the patient is ready for movement ends the step of determining the disconnection status of each of the necessary hoses and the step of issuing the movement notification.
 6. The method of claim 5, further comprising: receiving a reconnection notice of an intended reconnection of the patient to the medical ventilator system; determining a connection status of each of the necessary hoses based on the reconnection notice; issuing a reconnection notification based on the determined connection statuses.
 7. The method of claim 6, wherein each of the necessary hoses has been connected based on the determined connection statuses.
 8. The method of claim 7, wherein the step of issuing the reconnection notification comprises: displaying the reconnection notification, wherein the reconnection notification informs the operator that the necessary hoses have been connected.
 9. The method of claim 6, wherein at least one of the necessary hoses has not been connected based on the determined connection statuses, and wherein the step of issuing the reconnection notification comprises displaying the reconnection notification, wherein the reconnection notification informs the operator that the necessary hoses have not been connected.
 10. The method of claim 1, wherein at least one necessary hose is still connected to the ventilator based on the determined disconnection statuses.
 11. The method of claim 10, wherein the issuing step further comprises: displaying the movement notification, wherein the movement notification informs an operator that the patient is not ready for movement from the first location to the second location.
 12. The method of claim 11, wherein the movement notification includes a list of all the necessary hoses and illustrates the determined connection status of all the necessary hoses.
 13. The method of claim 11, wherein the movement notification includes a list of the necessary hoses that are connected.
 14. The medical ventilator system of claim 1, wherein the movement notification is at least one of a visual notification, an audio notification, and a vibrational notification.
 15. A medical ventilator system, comprising: a pressure generating system, the pressure generating system adapted to control a flow of gas from a gas supply to a patient via a ventilator breathing circuit; a plurality of sensors operatively coupled to at least one of the pressure generating system, the patient, and the ventilator breathing circuit, wherein the plurality of sensors monitor a plurality of parameters to generate sensor output; an operator interface for receiving operator input; a movement module, the movement module determines an intended patient move from a first location to a second location based on at least one of the sensor output and operator input, wherein the first location and the second location are not the same; a status module, the status module in response to the determined intended patient move determines a disconnection status of each necessary hose based on at least one of the sensor output and the operator input; a notification module, the notification module determines a movement notification based the disconnection statuses from the status module; and a display module, the display module displays the movement notification.
 16. The medical ventilator system of claim 15, wherein the operator interface and the display module are a graphical user interface.
 17. The medical ventilator system of claim 15, wherein the movement notification informs an operator that the patient is not ready for movement from the first location to the second location.
 18. The method of claim 15, wherein the movement notification includes a list of all the necessary hoses and illustrates the determined connection status of all the necessary hoses.
 19. The method of claim 15, wherein the display module is a remote display module.
 20. A computer-readable medium having computer-executable instructions for performing a method for managing movement of a patient connected to a medical system, the method comprising: repeatedly receiving a movement notice of an intended patient move from a first location to a second location, wherein the first location and the second location are not the same; repeatedly determining a disconnection status of each necessary hose based on the notice; repeatedly issuing a movement notification based on the determined disconnection statuses. 